home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / networking / 3683 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.0 KB
  1. Path: news.otol.fi!calvin!not-for-mail
  2. From: aalto@lyseo.otol.fi (Lauri Aalto)
  3. Newsgroups: comp.sys.amiga.networking
  4. Subject: Re: of Demons and Daemons
  5. Date: 9 Apr 1996 19:25:38 GMT
  6. Organization: large
  7. Message-ID: <4kedji$j0g@pan.otol.fi>
  8. References: <4k99tb$ll9@news.aloha.com>
  9. NNTP-Posting-Host: calvin.lyseo.otol.fi
  10. X-Newsreader: TIN [UNIX 1.3 950824BETA PL0]
  11.  
  12. Lopaka (lo@kokee.hawaiian.net) wrote:
  13. >   Hello, anyone have a few moments to explain these two net
  14. > terms? They aren't in the books that I have.
  15.  
  16. There's a document you should get, namely The Hacker Jargon Guide.
  17. docs/hyper/jargon.lha on Aminet for instance.
  18.  
  19. **
  20.  
  21. daemon /day'mn/ or /dee'mn/ n.  [from the mythological
  22.    meaning, later rationalized as the acronym `Disk And Execution
  23.    MONitor'] A program that is not invoked explicitly, but lies
  24.    dormant waiting for some condition(s) to occur.  The idea is that
  25.    the perpetrator of the condition need not be aware that a daemon is
  26.    lurking (though often a program will commit an action only because
  27.    it knows that it will implicitly invoke a daemon).  For example,
  28.    under ITS writing a file on the LPT spooler's directory
  29.    would invoke the spooling daemon, which would then print the file.
  30.    The advantage is that programs wanting (in this example) files
  31.    printed need neither compete for access to nor understand any
  32.    idiosyncrasies of the LPT.  They simply enter their implicit
  33.    requests and let the daemon decide what to do with them.  Daemons
  34.    are usually spawned automatically by the system, and may either
  35.    live forever or be regenerated at intervals.
  36.  
  37.    Daemon and demon are often used interchangeably, but seem to
  38.    have distinct connotations.  The term `daemon' was introduced to
  39.    computing by CTSS people (who pronounced it /dee'mon/) and
  40.    used it to refer to what ITS called a dragon.  Although the
  41.    meaning and the pronunciation have drifted, we think this glossary
  42.    reflects current (1996) usage.
  43.  
  44.  
  45. demon n.  1. [MIT] A portion of a program that is not
  46.    invoked explicitly, but that lies dormant waiting for some
  47.    condition(s) to occur.  See daemon.  The distinction is that
  48.    demons are usually processes within a program, while daemons are
  49.    usually programs running on an operating system.  2. [outside MIT]
  50.    Often used equivalently to daemon-- especially in the
  51.    Unix world, where the latter spelling and pronunciation is
  52.    considered mildly archaic.
  53.  
  54.    Demons in sense 1 are particularly common in AI programs.  For
  55.    example, a knowledge-manipulation program might implement inference
  56.    rules as demons.  Whenever a new piece of knowledge was added,
  57.    various demons would activate (which demons depends on the
  58.    particular piece of data) and would create additional pieces of
  59.    knowledge by applying their respective inference rules to the
  60.    original piece.  These new pieces could in turn activate more
  61.    demons as the inferences filtered down through chains of logic.
  62.    Meanwhile, the main program could continue with whatever its
  63.    primary task was.
  64.  
  65.  
  66. --
  67. Lauri Aalto <aalto@iki.fi> --- http://www.iki.fi/aalto/
  68.